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(54) PROCEDE DE GESTION DE COMMANDES DANS PLUSIEURS FICHIERS DUPLICATION ET CARTE A PUCE 
POUR LA MISE EN OEUVRE DU PROCEDE. 




L'inventlon conceme un proc6d6 de gestion de com- 
mandes dans plusieurs fichiers d'appilcation, k chaque 
commande dans chaque fichier d'application 6tant associ6e 
une condition d'acc&s correspondant k ladite commande,. 
chaque commande dans chaque fichier d'application gtant 
ex6cut6e si un utilisateur a ordonn6 rex&xition de ladite 
commande et si la condition d'acc&s correspondant k ladite 
commande est m§moris6e. 

Selon I'invention, on garde m6moris6es les conditions 
tfacc&s conjointement pour tous les fichiers d'application. 
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L'invention concerne un proc&)6 de gestion de commandes dans plusieurs 
fichiers d'application et une carte k puce adaptde k g£rer des commandes dans 
plusieurs fichiers d' application. 

On connait des proc&tes de gestion de commandes adaptes k gdrer des 
5 commandes dans plusieurs fichiers d'application. Ces precedes sont par exemple 
adaptes k gfrer des commandes telles que creer ou ouvrir ou supprimer un 
sous-fichier dans un premier fichier concernant une premiere application ou telles 
que cr6er ou ouvrir ou supprimer un sous-fichier d'un deuxfcme fichier concernant 
une deuxteme application. Les moyens mettant en oeuvre de tels proc&tes sont 
10 appetes « operating system » en anglais. 

Un utilisateur qui souhahe ordonner FexScution d'une telle operation doit 
satisfaire k la condition d'acces associee a la commande dans le fichier 
d'application. 

Dans certains domaines d'application, ces conditions d'acces ont et£ 

15 normalisees. On connait ainsi par exemple la norme EN 726-3 pour les proced6s de 
gestion de commandes dans les cartes k puces. Cette norme mentionne par 
exemple une condition d'acc&s not6e « ALW » pour laquelle r utilisateur n'a besoin 
de satisfaire k aucune condition : ainsi une operation dans un fichier d'application, 
a laquelle est assoctee la condition d'acces « ALW » sera toujours execute si 

20 1'utilisateur l'ordonne. Cette norme mentionne aussi une condition d'accds not6e 
« NEV » : si 1'utilisateur ordonne l'ex&ution d'une operation dans un fichier 
d'application, a laquelle est associee la condition d'acc£s « NEV », cette operation 
ne sera pas ex6cutee. Cette norme mentionne 6galement, entre autres, des 
conditions d'acces not&s « CHV1 » et « CHV2 ». 

25 Les proc6d£s de gestion de commandes dans plusieurs fichiers d'application 

connus ne permettent pas de ggrer conjointement des commandes pour des fichiers 
d'application differents. Ainsi, lorsqu'un operateur fait exdcuter des commandes 
dans un premier fichier d'application, qu'il passe k un deuxi&me fichier 
d'application pour y faire ex&uter des commandes, et qu'il retourne au premier 

30 fichier d'application, il doit satisfaire k nouveau aux conditions d'acc&s pour faire 
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ex&uter, dans le premier fichier d'application, des commandes analogues k celles 
qu'il a fait executer initialement. 

L'objet de l'invention est de proposer un proc&te de gestion de commandes 
dans plusieurs fichiers d'application, mis en oeuvre ais&nent et en toute security 
5 ayant un coQt rgduit et permettant de r£soudre ce probleme. 

Plus preris&nent, V invention concerne un proc&te de gestion de commandes 
dans plusieurs fichiers d' application, k chaque commande dans chaque fichier 
d'application £tant associee une condition d'acc&s correspondant k ladite 
commande, chaque commande dans chaque fichier d'application &ant executee si 
10 un utilisateur a ordonng I'ex&ution de ladite commande et si la condition d'acces 
correspondant k ladite commande est m6moris£e, caracterise en ce qu'on garde 
m£moris6es les conditions d'acc&s conjointement pour tous les fichiers 
d'application. 

De pr&Srence, un utilisateur ayant ordonne Tex6cution d'une commande 
15 dans un fichier d'application, 

on recherche si la condition d'acces correspondant a ladite commande est 
m6moris£e, 

si la condition d'accds est m&norisee alors on lance I'ex&ution de la 
commande, 

20 sinon on demande a 1'utilisateur de satisfaire k la condition d'acc&s et alors, si 

l'utilisateur satisfait k la condition d'acces, on memorise la condition d'acces et on 
lance T execution de la commande. 

Avantageusement, n d£signant un entier supgrieur ou 6gal i deux, 
l'utilisateur ayant satisfait k n conditions d'acces, oh garde m£moris£es les n 

25 demises conditions d'acces satisfaites. 

De preference, une nouvelle condition d'acc&s 6tant satisfaite par 
l'utilisateur, ladite condition d'acces n'&ant pas en m6moire, n conditions d'acces 
6tant m6moris£es, on supprime de la memoire la condition d'acces la plus 
anciennement satisfaite et on memorise la condition d'acces nouvellement 

30 satisfaite. 
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Selon un premier mode de mise en oeuvre du procedg, n est 6gal au nombre 
de conditions d'acc£s pour l'ensemble des commandes de tous les fichiers 
d'application. 

Selon un deuxteme mode de mise en oeuvre du proced£, n est sup&ieur au 
5 nombre de conditions d'acc^s pour Pensemble des commandes de tous les fichiers 
d'application. 

Selon un troisfcme mode de mise en oeuvre du proc&te, n est inferieur au 
nombre de conditions d'acc&s pour 1'ensemble des commandes de tous les fichiers 
d'application. 

10 Avantageusement, un contact etant etabli pour d&narrer ledit procedS de 

gestion de commandes, le contact etant rompu, on efface toutes les conditions 
d'accfes. 

L'invention concerne 6galement une carte a puce adaptee k g6rer des 
commandes dans plusieurs fichiers d'application, k chaque commande dans chaque 

15 fichier d'application &ant assoctee une condition d'acces correspondant k Iadite 
commande, chaque commande dans chaque fichier d'application 6tant ex6cut£e si 
un utilisateur a ordonnd r execution de ladite commande et si la condition d'accds 
correspondant k ladite commande est en m&noire, caract£ris£e en ce qu'elle 
comporte des moyens pour garder en m6moire les conditions d'acc£s 

20 conjointement pour tous les fichiers d'application. 

De preference, un utilisateur ayant ordonn6 l'ex&ution d'une commande 
dans un fichier d'application, elle comporte : 

- des moyens adapts k rechercher si la condition d'acc£s correspondant k 
ladite commande est en m&noire, 

25 - des moyens adapts a lancer Pexecution de la commande si la condition 

d'acc&s est en m&noire, 

- des moyens adapts a demander k V utilisateur de satisfaire k la condition 
d'acces si la condition d'acces n'est pas en mdmoire, et 

- des moyens adapts k m6moriser la condition d'acces et k lancer 
30 Fexecution de la commande si P utilisateur satisfait a la condition d'acces. 

a 
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Avantageusement, n d£signant un entier superieur ou 6gal a deux, 
l'utilisateur ayant satisfait a n conditions d'acc&s, elle comporte des moyens 
adapts k garder en memoire les n demises conditions d'acc&s satisfaites. 

De preference, une nouveOe condition d'acc&s etant satisfaite par 
5 Tutilisateur, ladite condition d'acc&s n'etant pas en memoire, n conditions d'acc&s 
etant m6moris^es, elle comporte des moyens adapts k supprimer de la memoire la 
condition d'acc&s la plus anciennement satisfaite et k mdmoriser la condition 
d'acc&s nouvellement satisfaite. 

Selon un premier mode de realisation, n est &gal au nombre de conditions 
10 d'acc&s pour 1' ensemble des commandes de tous les fichiers duplication. 

Selon un deuxi&me mode de realisation, n est sup&rieur au nombre de 
conditions d'acc&s pour r ensemble des commandes de tous les fichiers 
duplication. 

Selon un troisieme mode de realisation, n est inftrieur au nombre de 
15 conditions d'acc&s pour l'ensemble des commandes de tous les fichiers 
d Application. 

Avantageusement, la carte comporte un contact et des moyens adapt&s a 
supprimer toutes les conditions d'acces lorsque le contact est rompu. 

D'autres caracteristiques et avantages de l'invention apparaitront au cours de 
20 la description d'un mode de realisation qui va suivre, donne k titre d'exemple non 
limitatif, a l'appui des cinq figures sur lesquelles : 

la figure 1 represente un tableau de memorisation relatif k un espace memoire 

dans la memoire vive de la carte k puce adaptee k g£rer des commandes dans 
plusieurs fichiers d' application, le tableau est represents dans l'etat initial de 
25 memorisation, 

les figures 2 a 5 sont analogues a la figure 1 pour differents etats de 
memorisation, 

la figure 6 represente la carte et son environnement de fonctionnement, 
la figure 7 represente 1'organisation logique de la carte, et 
30 5 la figure 8 represente un organigramme logique des etapes du procede de 
rinvention. 
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En se rdf&rant plus particuli&rement k la figure 7, on va ddcrire V organisation 
logique d'une carte 8 k puce adapt6e a gerer des commandes dans plusieurs fichiers 
d'application. 

La carte 8 comprend des moyens pour mettre en oeuvre le precede de gestion 
5 de commandes, ce moyen est d6nomm£ « OS » et porte la reference 3. 

La carte 8 comprend deux fichiers d' application, aussi appells repertoires. 
Le premier fichier d'application est d6nomm6 « compte bancaire » et porte la 
r&Srence 40. Ce fichier d'application est prdvu pour permettre k un utilisateur de 
g£rer des donn£es relatives k son compte bancaire. 
10 Dans le fichier « compte bancaire », 1'utilisateur peut ordonner r execution 

d'une commande ddnommee « solde» portant la reference 41, d'une commande 
d6nomm£e « d^bit » portant la reference 42 et d'une commande denommee 
« transfert vers compte bourse » portant la reference 43 . 

La commande « solde » contient des instructions permettant a 1'utilisateur de 
15 connaitre le solde de son compte bancaire. 

La commande « debit » contient des instructions permettant k 1'utilisateur 
d'ordonner un mouvement de debit de son compte bancaire. 

La commande « transfert vers compte bourse » permet k 1'utilisateur 
d'ordonner le transfert d'un certain montant du compte bancaire vers un compte 
20 bourse. 

Le deuxteme fichier d'application est d£nomm6 « bourse » et porte la 
reference 50. Ce fichier d'application est pr£vu pour permettre a 1'utilisateur de 
ggrer des donn&s relatives k son portefeuille de bourse. 

Dans le fichier « bourse », 1'utilisateur peut ordonner l'ex6cution d'une 

25 commande d£nomm6e « solde compte bourse » portant la reference 51, d'une 
commande denommde « solde bourse » portant la reference 52, d'une commande 
d6nomm£e « titre » portant la reference 53, d'une commande d6nomm6e « ordre 
d'achat » portant la rtfSrence 54, d'une commande denommde « ordre de vente » 
portant la reference 55 et d'une commande denommde « transfert vers compte 

30 bancaire » portant la r^fdrence 56. 



2793048 

La commande « solde compte bourse » contient des instructions permettant k 
Futilisateur de connaitre le solde du compte bourse prdvu pour alimenter et 
recevoir le montant correspondant aux achats et ventes de titres de bourse. 

La commande « solde bourse » contient des instructions permettant k 

• ♦ * 

5 rutilisateur de connaitre la valeur globale des titres en bourse qu'il possede. 

La commande « titre » contient des instructions permettant k rutilisateur de 
connaitre les titres de bourse que rutilisateur poss&de. 

La commande « ordre d'achat » permet k rutilisateur de donner l'instruction 
d'acheter des titres de bourse. 
10 La commande « ordre de vente» permet k 1'utilisateur de donner 

l'instruction de vendre des titres de bourse. 

La commande « transfert vers compte bancaire » permet a 1'utilisateur de 
donner l'instruction de transferer un certain montant du compte bourse vers le 
compte bancaire. 

15 Pour pouvoir effectuer les commandes « solde », « solde compte bourse », 

« solde bourse » ou « titre », rutilisateur devra au pr£alable entrer des conditions 

d'acc&s notees « CHV1 ». 

Pour pouvoir effectuer les commandes « debit », « transfert vers compte 

bourse », « ordre d'achat », « ordre de vente» ou « transfert vers compte 
20 bancaire », 1'utilisateur devra au prealable entrer les conditions d'acces notees 

« CHV2 ». 

La carte 8 comport e des moyens repr6sent& par un tableau, pour garder en 
m6moire les conditions d'acces conjointement pour tous les fichiers d'application. 

Le tableau comporte deux colonnes et quatre lignes. Le nombre de lignes est 
25 le nombre de conditions d f acc£s pour l'ensemble des commandes de tous les 
fichiers duplication : la carte comprend en effet deux fichiers duplication et 
chacun d'eux comporte deux conditions d'acc&s pour 1'ensemble de ses commandes. 

Lorsqu'une condition d'acc^s dans un fichier d'application est triemorisee, 
l'adresse du fichier d'application figure sur une ligne de la premiere colonne et 
30 ladite condition d'acces figure sur la meme ligne de la deuxieme colonne. A 
1'inverse, lorsqu'une condition d'acc&s dans un fichier d'application n'est pas 
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mSmorisSe, Fadresse du fichier d'application ne figure sur aucune ligne de la 
premiere colonne. 

En se rSfSrant plus particuliSrement k la figure 6, on a represents la carte 8 
adaptSe k etre insSrSe dans un lecteur 12. Le lecteur 12 est connect^ k un 
5 ordinateur 10 reKS i un clavier 14, k un Scran 16 et k un distributee 18 de billets. 
L'ordinateur 10 est connects k un ordinateur central 20 adapts k mSmoriser les 
opSrations qui sont demandSes. 

En se rSferant maintenant plus particulierement k la figure 8, on a reprSsentS 
les Stapes du procSdS de gestion de commandes dans plusieurs fichiers 
10 d'application. 

Dans la situation initiale notSe 80, l'utilisateur a ordonnS 1'exScution d'une 
commande dans un fichier d'application. 

Au cours d'une premi&re Stape notSe 81, on recherche si la condition d'accSs 
correspondant k ladite commande est mSmorisSe. 
15 Si la condition d'accSs est mSmorisSe, alors on lance, au cours d'une Stape 

notSe 82, TexScution de la commande. 

Si la condition d'acces n'est pas mSmorisSe, alors, au cours d'une Stape 
notee 83, on demande k Futilisateur de satisfaire k la condition d'accSs. 

Et alors, si Futilisateur satisfait k la condition d'accSs : au cours d'une Stape 
20 notSe 84, on mSmorise la condition d'accSs et on lance 1'exScution de la 
commande. 

Un exemple d'utilisation de la carte va maintenant etre dScrit. 
L'utilisateur insSre la carte 8 dans le lecteur 12. A ce stade de Futilisation, Ie 
tableau est initialise par F« OS » : le tableau est done vide de toute donnSe (figure 
25 1). 

L'utilisateur souhaite connaltre le solde de son compte bancaire. Pour cela, 
l'utilisateur ordonne 1'exScution de la commande « solde » dans le fichier « compte 
bancaire ». 

. JL'«OS» recherche si la condition d'accSs correspondant k la commande 
30 « solde » est mSmorisSe, dans notre cas F« OS » cherche si la condition « CHV1 » 
du fichier d'application « compte bancaire » est mSmorisSe dans le tableau ; comme 
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ce n'est pas le cas, car le tableau est vide, P« OS » demande a Putilisateur de 
satisfaire k la condition d'accgs « CHV1 ». L'utilisateur entre un code confidentiel 
sur le clavier et Putilisateur satisfait ainsi k la condition d'acc&s « CHV1 ». 
L*«OS» memorise la condition d'acc&s dans le tableau (figure 2) et lance 
5 FexScution de la commande « solde » : le solde du compte bancaire de Putilisateur 
apparait k F Scran. 

L'utilisateur souhaite ensuite efiectuer un debit de son compte bancaire. Pour 
cela, Tutilisateur ordonne r execution de la commande « d6bit » dans le fichier 
« compte bancaire ». 

10 L'« OS » recherche si la condition d'acc&s correspondent k la commande 

« debit » est m6moris6e, dans notre cas P« OS » cherche si la condition « CHV2 » 
du fichier d'application « compte bancaire » est m6moris6e dans le tableau ; comme 
ce n'est pas le cas (figure 2), P« OS » demande k l'utilisateur de satisfaire k la 
condition d'acc&s « CHV2 ». L'utilisateur entre un code confidentiel sur le clavier 

15 et Putilisateur satisfait ainsi a la condition d'acc£s « CHV2 ». L'« OS » memorise 
la condition d'acc&s dans le tableau (figure 3) et lance F execution de la commande 
« debit ». Le distributeur fournit k Putilisateur la somme souhaitee. 

L'utilisateur souhaite alors connaltre le solde de son compte bancaire et 
verifier que son compte bancaire a bien 6t£ memorise. Pour cela, Putilisateur 

20 ordonne P execution de la commande « solde » dans le fichier « compte bancaire », 
L'« OS » recherche si la condition d'acc^s correspondant k la commande 
« solde » est memorise dans notre cas P« OS » cherche si la condition « CHV1 » 
du fichier d'application « compte bancaire » est m^moris^e dans le tableau ; comme 
c'est le cas (figure 3), P« OS » lance Pexecution de la commande « solde ». Le 

25 solde du compte bancaire de Putilisateur apparait k Pecran et indique bien le 
nouveau solde, c'est-a-dire, le montant indiqu6 lors de la premi&re commande de 
P operation « solde » diminue de la somme debit£e lors de P operation « debit ». 

L'utilisateur souhaite connaltre le solde de son compte bourse. Pour cela, 
Putilisateur ordonne Pexdcution de la commande « solde compte bourse » dans le 

30 fichier « bourse ». i 
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L'«OS» recherche si la condition d'acces correspondant k la commande 

«solde compte bourse » est m£moris6e, dans notre cas l'« OS » cherche si la 

condition « CHV1 » du fichier duplication « bourse » est m6moris6e dans le 

tableau ; comme ce n'est pas le cas (figure 3), l'« OS » demande k Putilisateur de 
5 satisfaire k la condition d'accds « CHV1 ». L'utilisateur entre un code confidentiel 

sur le clavier et l'utilisateur satisfait ainsi k la condition d'acces « CHV1 ». 

L'«OS» memorise la condition d'acces dans le tableau (figure 4) et lance 

F execution de la commande « solde compte bourse » : le solde du compte bourse 

de l'utilisateur apparait k l'ecraa 
10 L'utilisateur souhaite maintenant connaitre les titres de bourse qull poss&de 

dans son portefeuille. Pour cela, l'utilisateur ordonne l'exteution de la commande 

« titre » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acc&s correspondant k la commande 

« titre » est m6moris6e, dans notre cas l'« OS » cherche si la condition « CHV1 » 
15 du fichier duplication « bourse » est m£moris6e dans le tableau ; comme c'est le 

cas (figure 4), 1*« OS » lance I'exteution de la commande « titre » : les titres de 

bourse poss6d6s par l'utilisateur apparaissent k 1'ecran. 

L'utilisateur souhaite maintenant vendre certains titres de bourse. Pour cela, 

l'utilisateur ordonne r execution de la commande « ordre de vente » dans le fichier 
20 « bourse ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde compte bourse » est m&noris6e, dans notre cas P« OS » cherche si la 
condition «CHV2» du fichier d'application « bourse » est m£moris6e dans le 
tableau ; comme ce n'est pas le cas (figure 4), V« OS » demande k l'utilisateur de 

25 satisfaire k la condition d'acces « CHV2 ». L'utilisateur entre un code confidentiel 
sur le clavier et l'utilisateur satisfait ainsi k la condition d'acc&s «CHV2». 
L'«OS» memorise la condition d'acces dans le tableau (figure 5) et lance 
P execution de la commande « ordre de vente » : i'« OS » passe ainsi Pordre des 
titres que l'utilisateur vend. 

30 L'utilisateur souhaite alors connaitre le solde de son compte bourse et 

verifier que son compte bourse a bien &6 credite du montant des ventes des titres 
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effectufes. Pour cela, l'utilisateur ordonne Fex&ution de la commande « solde 
compte bourse » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'accgs correspondant 4 la commande 
« solde compte bourse » est m^moris^e, dans notre cas l'« OS » cherche si la 
5 condition « CHV1 » du fichier d'application « bourse » est memorise dans le 
tableau ; comme c'est le cas (figure 5), F« OS » lance l'ex&aition de la commande 
« solde compte bourse ». Le solde du compte bourse de l'utilisateur apparalt a 
P6cran et indique bien le nouveau solde, c'est-a-dire, le montant indiqu6 lors de la 
premiere commande de F operation « solde compte bourse » augmente de la 
10 somme degagfe lors de la vente des titres de bourse. 

L'utilisateur souhaite transferer une somme de son compte bourse sur son 
compte bancaire. Pour cela, l'utilisateur ordonne F execution de la commande 
« transfert vers compte bancaire » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'accgs correspondant £ la commande 
15 « transfert vers compte bancaire » est memoris6e, dans notre cas l'« OS » cherche 
si la condition « CHV2 » du fichier d'application « bourse » est memorise dans le 
tableau ; comme c'est le cas (figure 5), P« OS » lance 1* execution de la commande 
« transfert vers compte bancaire ». 

L'utilisateur souhaite alors connaitre le solde de son compte bancaire et 

* 

20 verifier que son compte bancaire a bien ete credite. Pour cela, l'utilisateur ordonne 
P execution de la commande « solde » dans le fichier « compte bancaire ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde » est m6moris£e, dans notre cas F« OS » cherche si la condition « CHV1 » 
du fichier d'application « compte bancaire » est memorisee dans le tableau ; comme 

25 c'est le cas (figure 5), P« OS » lance F execution de la commande « credit ». Le 
solde du compte bancaire de l'utilisateur apparait k 1'dcran et indique bien le 
nouveau solde, c'est-^-dire, le montant indiqu£ lors de la deuxteme commande de 
1' operation « solde » augment^ de la somme transferee lors de P operation 
« transfert vers compte bancaire ». 



11 



2793048 



L'utilisateur souhaite alors connaitre le solde de son compte bourse et 
verifier que son compte bourse a bien 6t& ddbit6. Pour cela, l'utilisateur ordonne 
Pex6cution de la commande « solde compte bourse » dans Ie fichier « bourse ». 
L'« OS » recherche si la condition d'acces correspondant a la commande 

5 « solde compte bourse » est m6moriste, dans le cas consid£r£ T« OS » cherche si 
la condition « CHV1 » du fichier d' application « bourse » est m£moris6e dans le 
tableau ; comme c'est le cas (figure 5), F<< OS » lance r execution de la commande 
« solde compte bourse ». Le solde du compte bourse de 1'utilisateur apparalt & 
P£cran et indique bien le nouveau solde, c'est-A-dire, le montant indiqud lors de la 

10 premiere commande de 1* operation « solde compte bourse » diminu£ de la somme 
transferee lors de r operation « transfert vers compte bancaire ». 

L'utilisateur decide de finir d'ordonner des commandes et ferme la session 
carte qu'il vient d'effectuer, ce faisant le tableau va Stre initialise, c'est-i-dire que 
toutes les donn&s vont etre effaces. Puis rutilisateur retire la carte du lecteur. 

15 Pour des raisons de securite, si en cours d*utilisation de la carte, cette 

derntere est retiree du lecteur, les donn£es du tableau sont automatiquement 
effaces. 

Bien entendu, la pr&ente invention n'est nullement limit6e au mode 
d'ex&ution d&rit et represents qui n'a ete donne qu'a titre d'exemple. En 
20 particulier, elle comprend tous les moyens constituant des Equivalents techniques 
des moyens d6crits ainsi que leurs combinaisons, si celles-ci sont ex£cut£es selon 
l'esprit de llnventioa 
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KEVENDICATIONS 

1. Proc&te de gestion de commandes dans plusieurs fichiers d' application, a 
chaque commande dans chaque fichier d' application &ant associde une condition 
5 d'acces correspondant k ladite commande, chaque commande dans chaque fichier 
d' application &ant execute si un utDisateur a ordonn6 T execution de ladite 
commande et si la condition d'acc&s correspondant k ladite commande est 
mdmoriste, caract£ris6 en ce qu'on garde m£moris£es les conditions d'accds 
conjointement pour tous les fichiers duplication. 
10 2. Proc&te selon la revendication 1, caract£ris6 en ce que, un utilisateur 

ayant ordonn6 r execution d'une commande dans un fichier d'application, 

on recherche si la condition d'acc&s correspondant a ladite commande est 
mgrnorisle, 

si la condition d'acc&s est m£moris6e alors on lance Tex&ution de la 
15 commande, 

sinon on demande k Tutilisateur de satisfaire k la condition d'acc&s et alors, 
si Tutilisateur satisfait k la condition d'acc&s, on memorise la condition d'acces et 
on lance T execution de la commande. 

3. Proc&te selon la revendication 2, caract£ris6 en ce que, n d&ignant un 
20 entier supfrieur ou 6gal k deux, Tutilisateur ayant satisfait k n conditions d'acces, 

on garde m6moris6es les n dernteres conditions d'acces satisfaites. 

4. Proc&te selon la revendication 3, caract6ris6 en ce que, une nouvelle 
condition d'acces etant satisfaite par Tutilisateur, ladite condition d'acc&s n'etant 
pas en m&noire, n conditions d'acces etant m6moris£es, on supprime de la 

25 m&noire la condition d'acc&s la plus anciennement satisfaite et on memorise la 
condition d'acces nouvellement satisfaite. 

5. Proced6 selon Tune quelconque des revendications 3 ou 4, n est 6gal au 
nombre de conditions d'acces pour T ensemble des commandes de tous les fichiers 
d'application. 



2793048 



6. Proc&te selon Tune quelconque des revendications 3 ou 4, n est 
sup&ieur au nombre de conditions d'accis pour 1' ensemble des commandes de 
tous les fichiers d'application. 

7. Proc&ie selon Tune quelconque des revendications 3 ou 4, n est inferieur 

i 

5 au nombre de conditions d'acc&s pour F ensemble des commandes de tous les 
fichiers d'application. 

8. Proc6d6 selon Tune quelconque des revendications 1 k 7, un contact 
dtant ftabli pour ddmarrer ledit proc&te de gestion de commandes, le contact 6tant 
rompu, on efface toutes les conditions d'acces. 

10 9. Carte (8) k puce adapt£e k gdrer des commandes dans plusieurs fichiers 

d'application, k chaque commande dans chaque fichier d'application 6tant associee 
une condition d'acces correspondant k ladite commande, chaque commande dans 
chaque fichier d'application etant ex6cut£e si un utilisateur a ordonng r execution 
de ladite commande et si la condition d'acc&s correspondant k ladite commande est 

15 en mgmoire, caract£ris£e en ce qu'elle comporte des moyens pour garder en 
m&noire les conditions d'acces conjointement pour tous les fichiers d'application. 

10. Carte (8) selon la revendication 9, caracteris6e en ce que, un utilisateur 
ayant ordonnd Pexdcution d'une commande dans un fichier d'application, elle 
comporte : 

20 - des moyens adapts k rechercher si la condition d'acces correspondant a 

ladite commande est en memoire, 

- des moyens adapts k lancer r execution de la commande si la condition 

d'acc&s est en memoire, 

- des moyens adapts k demander k l'utilisateur de satisfaire a la condition 
25 d'accgs si la condition d'accds n'est pas en m&noire, et 

- des moyens adapt^s k m&noriser la condition d'acc&s et k lancer 
1' execution de la commande si l'utilisateur satisfait k la condition d'acces. 

11. Carte (8) selon la revendication 10, caracterisee en ce que, n dgsignant 
un entier sup&ieur ou 6gal a deux, l'utilisateur ayant satisfait k n conditions 

30 d'acces, elle comporte des moyens adapts a garder en memoire les n dernieres 
conditions d'acces satisfaites. 
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12. Carte (8) selon la revendication 1 1, caract6ris£e en ce que, une nouveDe 
condition d*acc& &ant satisfaite par Tutilisateur, ladite condition d'accds n'&ant 
pas en m^moire, n conditions d'acc£s &ant mdmoris6es, elle comporte des moyens 
adapts a supprimer de la mdmoire la condition d'accds la plus andennement 

5 satisfaite et & m&noriser la condition d'acc^s nouvellement satisfaite. 

13. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
ggal au nombre de conditions d'acc&s pour r ensemble des commandes de tous les 
fichiers duplication. 

14. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
10 sup6rieur au nombre de conditions d*acc6s pour Pensemble des commandes de 

tous les fichiers duplication. 

15. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
inf&ieur au nombre de conditions d'acc&s pour r ensemble des commandes de tous 
les fichiers duplication. 

15 16. Carte (8) selon Tune quelconque des revendications pr&edentes 

caracteris6e en ce qu'elle comporte un contact et des moyens adapts & supprimer 
toutes les conditions d'acces Iorsque le contact est rompu. 
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FIG.6 
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L'UTILISATEUR A 0RD0NNE L'EXECUTION 
D'UNE COMMANDE DANS UN FICHIER D' APPLICATION 



ON RECHERCHE SI LA CONDITION D'ACCES 
CORRESPONDANT A LADITE COMMANDE EST MEMORISE 
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SI LA CONDITION D'ACCES EST 
MEMORISEE, ALORS ON LANCE 
L'EXECUTION DE LA COMMANDE 
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SI LA CONDITION D'ACCES N'EST PAS 
MEMORISEE. ALORS ON DEMANDE A 
L'UTILISATEUR DE SATISFAIRE A LA 
CONDITION D'ACCES 
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FIG.8 



SI L'UTILISATEUR SATISFAIT A LA 
CONDITION D'ACCES, ALORS ON MEMORISE 
LA CONDITION D'ACCES ET ON LANCE 
L'EXECUTION DE LA COMMANDE 
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EP 0 644 513 A (AT & T CORP) 
22 mars 1995 (1995-03-22) 
» abrege » 

* colonne 5, Hgne 30 - colonne 7, Hgne 
25 * 

* colonne 12, llgne 23 - Hgne 31 * 

* colonne 14, Hgne 25 - Hgne 39 * 

* figure 2 * 

US 5 600 818 A (WEIKMANN FRANZ) 

4 fevrler 1997 (1997-02-04) 

« colonne 2, Hgne 14 - Hgne 23 * 

* colonne 2, Hgne 42 - Hgne 47 • 

* revendl cations 1,3,11,15,16,19 * 

US 4 882 474 A (ANDERL EWALD C ET AL) 
21 novembre 1989 (1989-11-21) 

* abrege * 

* colonne 1, Hgne 57 - colonne 2, Hgne 
44 * 

* colonne 5, Hgne 21 - llgne 30 * 

* revendl cations 1,5,8 * 

EP 0 717 339 A (MICROSOFT CORP) 
19 Juln 1996 (1996-06-19) 

* colonne 2, Hgne 32 - colonne 3, llgne 
15 * 

* revendl cations 1,3,10,11 * 
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